System and Method for Hybrid Automatic Repeat Request (HARQ) Functionality in a Relay Node

ABSTRACT

Devices and methods related to relay nodes are provided. The relay node includes a first hybrid automatic repeat request (HARQ) entity providing a first HARQ functionality. The relay node further includes a second HARQ entity providing a second HARQ functionality.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/842,584 filed Mar. 15, 2013 by Yi Yu, et al. entitled, “System and Method for Hybrid Automatic Repeat Request (HARQ) Functionality in a Relay Node” (Attorney Docket No. 34565-US-CNT—4214-13511), which is a continuation of U.S. Pat. No. 8,402,334, issued on Mar. 19, 2013 entitled, “System and Method for Hybrid Automatic Repeat Request (HARQ) Functionality in a Relay Node” (Attorney Docket No. 34565-US-PAT—4214-13500), both of which are incorporated by reference herein as if reproduced in their entirety.

BACKGROUND

As used herein, the terms “user agent” and “UA” might in some cases refer to mobile devices such as mobile telephones, personal digital assistants, handheld or laptop computers, and similar devices that have telecommunications capabilities. Such a UA might consist of a UA and its associated removable memory module, such as but not limited to a Universal Integrated Circuit Card (UICC) that includes a Subscriber Identity Module (SIM) application, a Universal Subscriber Identity Module (USIM) application, or a Removable User Identity Module (R-UIM) application. Alternatively, such a UA might consist of the device itself without such a module. In other cases, the term “UA” might refer to devices that have similar capabilities but that are not transportable, such as desktop computers, set-top boxes, or network appliances. The term “UA” can also refer to any hardware or software component that can terminate a communication session for a user. Also, the terms “user agent,” “UA,” “user equipment,” “UE,” “user device” and “user node” might be used synonymously herein.

As telecommunications technology has evolved, more advanced network access equipment has been introduced that can provide services that were not possible previously. This network access equipment might include systems and devices that are improvements of the equivalent equipment in a traditional wireless telecommunications system. Such advanced or next generation equipment may be included in evolving wireless communications standards, such as long-term evolution (LTE). For example, an LTE system might include an enhanced node B (eNB), a wireless access point, or a similar component rather than a traditional base station. As used herein, the term “access node” will refer to any component of the wireless network, such as a traditional base station, a wireless access point, or an LTE eNB, that creates a geographical area of reception and transmission coverage allowing a UA or a relay node to access other components in a telecommunications system. In this document, the term “access node” and “access device” may be used interchangeably, but it is understood that an access node may comprise a plurality of hardware and software.

The term “access node” does not refer to a “relay node,” which is a component in a wireless network that is configured to extend or enhance the coverage created by an access node or another relay node. The access node and relay node are both radio components that may be present in a wireless communications network, and the terms “component” and “network node” may refer to an access node or relay node. It is understood that a component might operate as an access node or a relay node depending on its configuration and placement. However, a component is called a “relay node” only if it requires the wireless coverage of an access node or other relay node to access other components in a wireless communications system. Additionally, two or more relay nodes may used serially to extend or enhance coverage created by an access node.

An LTE system can include protocols such as a Radio Resource Control (RRC) protocol, which is responsible for the assignment, configuration, and release of radio resources between a UA and a network node or other LTE equipment. The RRC protocol is described in detail in the Third Generation Partnership Project (3GPP) Technical Specification (TS) 36.331. According to the RRC protocol, the two basic RRC modes for a UA are defined as “idle mode” and “connected mode.” During the connected mode or state, the UA may exchange signals with the network and perform other related operations, while during the idle mode or state, the UA may shut down at least some of its connected mode operations. Idle and connected mode behaviors are described in detail in 3GPP TS 36.304 and TS 36.331.

The signals that carry data between UAs, relay nodes, and access nodes can have frequency, time, and coding parameters and other characteristics that might be specified by a network node. A connection between any of these elements that has a specific set of such characteristics can be referred to as a resource. The terms “resource,” “communications connection,” “channel,” and “communications link” might be used synonymously herein. A network node typically establishes a different resource for each UA or other network node with which it is communicating at any particular time.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.

FIG. 1 is a diagram illustrating a wireless communication system that includes a relay node, according to an embodiment of the disclosure.

FIG. 2 is a block diagram illustrating an end-to-end hybrid automatic repeat request (HARQ) communication system, according to an embodiment of the disclosure.

FIG. 3 is a block diagram illustrating an independent hybrid automatic repeat request (HARQ) communication system, according to an embodiment of the disclosure.

FIG. 4A is a flowchart of a method in a relay node on a downlink, according to an embodiment of the disclosure.

FIG. 4B is a flowchart of a method in a relay node on a downlink, according to an embodiment of the disclosure.

FIG. 5A is a flowchart of a method in a relay node on an uplink, according to an embodiment of the disclosure.

FIG. 5B is a flowchart of a method in a relay node on an uplink, according to an embodiment of the disclosure.

FIG. 6 illustrates a processor and related components suitable for implementing the several embodiments of the present disclosure.

DETAILED DESCRIPTION

It should be understood at the outset that although illustrative implementations of one or more embodiments of the present disclosure are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.

FIG. 1 is a diagram illustrating a wireless communication system 100 using a relay node 102, according to an embodiment of the disclosure. Generally, the present disclosure relates to the use of relay nodes in wireless communications networks. Examples of a wireless communication network includes LTE or LTE-Advanced (LTE-A) networks, and all of the disclosed and claimed embodiments could be implemented in an LTE-A network. The relay node 102 can amplify or repeat a signal received from a UA 110 and cause the modified signal to be received at an access node 106. In some implementations of a relay node 102, the relay node 102 receives a signal with data from the UA 110 and then generates a new signal to transmit the data to the access node 106. The relay node 102 can also receive data from the access node 106 and deliver the data to the UA 110. The relay node 102 might be placed near the edges of a cell so that the UA 110 can communicate with the relay node 102 rather than communicating directly with the access node 106 for that cell.

In radio systems, a cell is a geographical area of reception and transmission coverage. Cells can overlap with each other. In the typical example, there is one access node associated with each cell. The size of a cell is determined by factors such as frequency band, peak transmission power levels, and channel conditions. Relay nodes, such as relay node 102, can be used to enhance coverage within or near a cell, or to extend the size of coverage of a cell. Additionally, the use of a relay node 102 can enhance throughput of a signal within a cell because the UA 110 can access the relay node 102 at a higher data rate or a lower power transmission than the UA 110 might use when communicating directly with the access node 106 for that cell. Transmission at a higher data rate within the same bandwidth creates higher spectrum efficiency, and lower power benefits the UA 110 by consuming less battery power.

Relay nodes, generally, can be divided into three types: layer one relay nodes, layer two relay nodes, and layer three relay nodes. A layer one relay node is essentially a repeater that can retransmit a transmission without any modification other than amplification and slight delay. A layer two relay node can decode a transmission that it receives, re-encode the result of the decoding, and then transmit the re-encoded data. A layer three relay node can have full radio resource control capabilities and can thus function similarly to an access node. The radio resource control protocols used by a relay node may be the same as those used by an access node, and the relay node may have a unique cell identity typically used by an access node. For the purpose of this disclosure, a relay node is distinguished from an access node by the fact that it requires the presence of at least one access node (and the cell associated with that access node) or other relay node to access other components in a telecommunications system. The illustrative embodiments are primarily concerned with layer two or layer three relay nodes. Therefore, as used herein, the term “relay node” will not refer to layer one relay nodes, unless specifically stated otherwise.

In communication system 100, the links that allow wireless communication can be said to be of three distinct types. First, when the UA 110 is communicating with the access node 106 via the relay node 102, the communication link between the UA 110 and the relay node 102 is said to occur over an access link 108. Second, the communication between the relay node 102 and the access node 106 is said to occur over a relay link 104. Third, communication that passes directly between the UA 110 and the access node 106 without passing through the relay node 102 is said to occur over a direct link 112. The terms “access link,” “relay link,” and “direct link” are used in this document according to the meaning described by FIG. 1.

Wireless communication systems may use error checking and correction systems to improve the quality of wireless communications. While error checking and correction systems have been implemented in user agents and/or access nodes that communicate directly with each other, introduction of relay nodes in wireless communications systems raise issues about implementing error checking and correction systems related to relay nodes.

The illustrative embodiments provide an error checking and correcting system in a wireless communication system that includes at least one relay node. In one illustrative embodiment, an error checking and correction system is implemented on the relay node. Implementing an error checking and correction system on a relay node can increase scheduling gain, and can have other benefits described further below.

In a specific illustrative embodiment, a relay node is in communication with an access node and a user agent. The relay node includes a hybrid automatic repeat request (HARQ) entity. HARQ is a variation of the “automatic repeat request” (ARQ) error control method. A HARQ entity is software and/or hardware that provides one or more HARQ functionalities. HARQ functionalities include, but are not limited to, retransmission combining techniques that enlist Chase combining or incremental redundancy, control of NACK/ACK transmissions, monitoring the number of retransmissions of MAC PDUs and ensuring that they do not exceed a maximum, and others as known in the art. The term “HARQ functionality,” as used herein, contemplates one or more of these HARQ functionalities.

In either HARQ or ARQ, data and error detection information bits are first transmitted. If a recipient of the transmission detects no errors, the recipient accepts the data. If the recipient detects errors, the recipient might request a retransmission of data and error detection information or other error correction information that will help in the successful reception of the data.

In another illustrative embodiment, an end-to-end HARQ system is created between the access node and the user agent without the involvement of the relay node related to this error detection and correction. Thus, this illustrative embodiment does not necessarily require implementing a HARQ entity on a relay node. This particular illustrative embodiment is described with respect to FIG. 2. The devices described with respect to FIG. 2 can be characterized as one or more processors configured to promote the actions described in the embodiments provided below.

FIG. 2 is a block diagram illustrating an end-to-end HARQ communication system 200, according to an embodiment of the disclosure. The system 200 includes the access node 106 in communication with the user agent 110 via the relay node 102. The access node 106 and the user agent 110 include peer Hybrid Automatic Repeat Request (HARQ) entities 202 and 204, respectfully.

When the access node 106 sends a medium access control (MAC) packet data unit (PDU) to the relay node 102, the relay node 102 will demodulate and decode the MAC PDU (transport block 1 (TB1)) without any cyclic redundancy check (CRC) (error detection) of TB1. Then, the relay node 102 will forward the transport block 1 (TB1) with a possible different modulation and coding scheme (MCS) to the user agent 110.

After the user agent 110 receives the transport block 1, the user agent 110 will perform the CRC and send a non-acknowledgement/acknowledgement (NACK/ACK) signal to the relay node 102, as shown by arrow 108. (Arrow 108 can also represent the access link.) In turn, the relay node 102 will forward the NACK/ACK to the access node 106, as shown by arrow 104. (Arrow 104 can also represent the relay link.) Based on the received NACK/ACK information, the access node 106 will perform the retransmission of the transport block 1 (the MAC PDU) or transmission of other error detection and correction information, if desired or necessary.

Similarly in the uplink, when the UA 110 sends a MAC PDU to the relay node 102, the relay node will demodulate and decode the MAC PDU without any CRC (error detection) of the transmitted transport block (TB). Then the relay node 102 will forward the TB with a possible different MCS to the access node 106. After the access node 106 receives the TB, the access node 106 will perform the CRC and send a NACK/ACK signal to the relay node 102 based on the result. Then the relay node 102 will forward the NACK/ACK to the UA 110. The UA 110 may perform the retransmission of the TB or transmission of other error detection and correction information if a NACK is received.

A major benefit of the illustrative embodiment shown in FIG. 2 is that the relay node 102 need not provide HARQ functionality. However, several disadvantages of this system may exist.

One disadvantage is that an error at the relay link 104 will be propagated to the access link access link 108. Error propagation can cause unnecessary battery drain for the user agent 110. Considering that a ten percent block error rate (BLER) may be common for the initial transmission, unnecessary battery drain in the user agent is likely.

Another disadvantage may be in the difficulty of controlling timing relationship between the packet transmission and the NACK/ACK feedback due to possible variable scheduling delays in the relay node when performing forwarding. Furthermore, additional complexity may exist on the resource link between the packet transmission and associated NACK/ACK (i.e., the resource to be used to transmit a NACK/ACK for a certain packet transmission), partially due to this possible variable delay.

Yet another disadvantage may be that radio link conditions differ between the relay link (arrow 104) and the access link (arrow 108). In the illustrative embodiment shown in FIG. 2, the size of TB1 (the MAC PDU) has to be the same on the relay link 104 and the access link 108. However, if the radio conditions change, keeping the same transport block size for the transmission limits the scheduling gain, and may also affect throughput.

Still another disadvantage may be that the NACK/ACK error ratio may be greater because two links (relay and access) are involved for the NACK/ACK feedback. However, these problems may be overcome by implementing a HARQ entity on the relay node 102 itself. This system is shown in FIG. 3.

FIG. 3 is a block diagram illustrating an independent HARQ communication system 300 according to an embodiment of the disclosure. The independent HARQ communication system 300 shown in FIG. 3 includes objects described with respect to FIG. 1 and FIG. 2. Thus, FIGS. 2 and 3 have some common reference numerals that refer to similar objects. The devices described with respect to FIG. 3 can be characterized as one or more processors configured to promote the actions described in the embodiments provided below.

However, in addition to the user agent 110 and the access node 106 having HARQ entities 202 and 204, respectfully, the relay node 102 includes its own HARQ entities 302 and 304. HARQ entities 302 and 304 handle decoding and encoding of error detection and correction bits on the relay node 102. HARQ entities 302 and 304 could be separate entities, but could also be characterized as a single HARQ entity. As with the description of FIG. 2, a HARQ entity can be implemented using software, firmware or hardware, or any combination that can implement HARQ functionality.

In the illustrative system 300 shown in FIG. 3, both the relay link 104 and the access link 108 operate with respect to their own independent HARQ entities, HARQ entity 302 and HARQ entity 304, respectively. HARQ entity 302 and HARQ entity 304 are stored on or are a part of relay node 102.

When the access node 106 sends a data packet and error detection information to the relay node 102, as shown by arrow 303A, the relay node 102 will demodulate and decode the data packet and perform cyclic redundancy check (CRC) (error detection). The relay node 102 will then send a NACK/ACK to the access node 106, as shown by arrow 303B. In turn, the access node 106 will perform a HARQ retransmission, if desired or necessary.

When the relay node 102 successfully receives the MAC PDU as determined by the HARQ entity 302, the relay node 102 will deliver the received MAC PDU to a higher layer. Then, the relay node 102 will further schedule and transmit the data to the user agent user agent 110, where the HARQ entity 304 handles HARQ processing for the relay node 102 of the data to be sent to the user agent 110. The relay node 102 may resegment the MAC PDU depending on the radio conditions, as shown by arrow 305A. After the user agent 110 receives the data, the user agent 110 will send a NACK/ACK to the relay node 102, as shown by arrow 305B. In turn, the relay node 102 will perform HARQ retransmission, if required or desired. No direct feedback to the access node is necessary from the user agent 110.

Similarly in the uplink, when the UA 110 sends a MAC PDU to the relay node 102, the relay node 102 will demodulate and decode the MAC PDU and perform a cyclic redundancy check (CRC). These functions are examples of HARQ functionalities, though fewer or more HARQ functionalities exist and could be used, as known in the art. The relay node 102 will then send a NACK/ACK to the UA 110 based on the results of the CRC. In turn, the UA 110 will perform HARQ retransmission, if desired or necessary. When the relay node 102 successfully receives the MAC PDU, the relay node 102 may deliver the data to the RLC layer and then the relay node may schedule and send the data to the access node 106. The relay node 102 may resegment or concatenate the data depending on the radio conditions. After the access node 106 receives the MAC PDU, it will perform a CRC. Based on the results of the CRC, the access node 106 will send a NACK/ACK to the relay node 102. In turn, the relay node 102 will perform a retransmission, if required or desired. No direct feedback to the UA 110 is necessary from the access node 106.

The illustrative embodiment shown in FIG. 3 may have several benefits. For example, the relay node 102 forwards the MAC PDU only when no errors are detected. This feature allows for more efficient use of resources of the access link 108.

Another benefit to the solution shown in FIG. 3 is that exploitation of the specific radio condition on each link is possible. For example, the MAC protocol, radio link control protocol or packet data converged protocol can segment or concatenate MAC PDUs, allowing for a different transport block size (TBS) on the access link 108 and higher scheduling gain. A further benefit to the solution shown in FIG. 3 is that the fixed timing between the packet transmission and the NACK/ACK transmission is maintained.

While the embodiments described with respect to FIG. 3 contemplate a relay node having two HARQ entities, other embodiments could also be implemented. For example, a single HARQ entity could be implemented in relay node 102, with the single HARQ entity performing both functions of the separate HARQ entities, HARQ entity 302 and HARQ entity 304.

Additionally, the embodiments contemplate multiple relay nodes between access node 106 and user agent 110. Each one of the additional relay nodes could have one HARQ entity, two HARQ entities, or no HARQ entities. In the latter case, the relay node would only relay a signal without performing some HARQ functionality.

Furthermore, if desired, more than two HARQ entities could be implemented on one or more relay nodes. Multiple HARQ entities could be assigned to handle different sets of UAs, different access nodes, or be used for other purposes.

FIG. 4A is a flowchart of a method in a relay node on a downlink, according to an embodiment of the disclosure. An example of a relay node and its operation are described above, and in particular with respect to FIGS. 1-3. The process can be implemented using software, hardware, firmware, or a combination thereof.

The process begins as the relay node receives a MAC PDU from an access node, wherein the MAC PDU is received at a relay node including a first hybrid automatic repeat request (HARQ) entity and a second HARQ entity (block 400A). The relay node then performs, using the first HARQ entity, a first HARQ functionality with respect to the MAC PDU (block 402A). This first HARQ functionality may terminate the HARQ process for the MAC PDU between the access node and relay node.

Next, the relay node may re-segment and re-encode the MAC PDU before the relay node schedules and transmits the MAC PDU to a user agent (block 404A). Thereafter, the relay node may receive a NACK/ACK from the UA with the second HARQ entity (block 406A). Finally, responsive to receiving the NACK/ACK, the relay node may perform a HARQ retransmission (block 408A). The process terminates thereafter.

As provided in block 404A, a possibility exists that the relay node changes the MAC PDU. For example, the relay node could resegment or concatenate the MAC PDUs, re-encode the MAC PDUs, or both resegment and re-encode the MAC PDU. In any of these three cases, the relay node schedules and transmits the MAC PDU.

In the embodiment provided in FIG. 4A, a single relay node with two HARQ entities is described. However, the embodiments also contemplate variations on this technique. For example, two or more relays could be used between the UA and the access node. For one or more of the relay nodes, as with the single relay node described in FIG. 4A, each relay node could have two HARQ entities. However, one or more relay nodes could instead have no HARQ entities, with the method proceeding as shown in FIG. 4A for those relay nodes that do have HARQ entities. Additionally, one or more relay nodes could instead have a single HARQ entity that performs the function of the two separate HARQ entities described above. Other modifications to these embodiments could also be implemented.

FIG. 4B is a flowchart of a method in a relay node on a downlink, according to an embodiment of the disclosure. An example of a relay node and its operation are described above, and in particular with respect to FIGS. 1-3. The process can be implemented using software, hardware, firmware or a combination thereof.

The process begins as the relay node receives a MAC PDU from an access node (block 400B). The relay node then demodulates the MAC PDU without performing a cyclic redundancy check (CRC) (block 402B). The relay node then forwards the MAC PDU to a user agent (block 404B). The modulation may be different, but the MAC PDU may not be re-segmented. The MAC PDU may or may not be re-encoded.

After receiving a non-acknowledgement/acknowledgement signal (NACK/ACK) from the user agent, the relay node forwards the NACK/ACK to the access node (block 406B). After forwarding the NACK/ACK to the access node, the relay node may receive a retransmission from the access node (block 408B). The relay node then forwards the retransmission to the user agent (block 410B). The relay node then either receives an ACK signal from the UA, or determines whether a maximum number of retransmissions has been completed (block 412B). If an ACK is received, or a maximum number of retransmissions has been completed, then the process terminates. If a maximum number of retransmissions has not been completed, then the process could return to step 406 and repeat until the maximum number of allowed retransmissions has been completed.

FIG. 5A is a flowchart of a method in a relay node on an uplink, according to an embodiment of the disclosure. An example of a relay node and its operation are described above, and in particular with respect to FIGS. 1-3. The process can be implemented using software, hardware, firmware or a combination thereof.

The process begins as the relay node receives a MAC PDU from a UA (block 500A). The relay node then demodulates the MAC PDU without any CRC of the transmitted transport block (bock 502A). The relay node forwards the transport block, possibly with a different MCS (modulation and coding scheme), to an access node (block 504A). Subsequently, the relay node receives a NACK/ACK signal from the access node (block 506A). In turn, the relay node forwards the NACK/ACK to the UA (block 508A). If desired or necessary, the relay node receives a retransmission of the MAC PDU from the UA (block 510A) and then forwards the retransmission of the MAC PDU to the access node (block 512A). The process terminates thereafter.

FIG. 5B is a flowchart of a method in a relay node on an uplink, according to an embodiment of the disclosure. An example of a relay node and its operation are described above, and in particular with respect to FIGS. 1-3. The process can be implemented using software, hardware, firmware or a combination thereof. In the embodiments of FIG. 5B, the various functions implemented in the relay node could be implemented by one or more HARQ entities, as provided with respect to FIG. 3.

The process begins as the relay node receives a MAC PDU from a user agent at a first HARQ entity (bock 500B). The relay node 102, using the first HARQ entity, demodulates the MAC PDU and may perform a cyclic redundancy check (CRC) (block 502B). These functions are examples of HARQ functionalities, though fewer or more HARQ functionalities exist and could be used, as known in the art.

The relay node 102 will then send, using the first HARQ entity, a NACK/ACK to the UA based on the results of the CRC (block 504B). Based on the results of the NACK/ACK, a determination is made if the relay node should receive a HARQ retransmission of the MAC PDU from the UA (block 506B). If a HARQ retransmission is desired or necessary, then the process returns to step 500B and repeats.

If HARQ retransmission is not desired or possibly is not necessary, then once the relay node receives the MAC PDU, the relay node will schedule and send the MAC PDU to the access node using a second HARQ entity (bock 508B). In an embodiment, the relay node's second HARQ entity may resegment or concatenate the MAC PDUs, depending on radio conditions. The relay node then waits to receive a signal from the access node, which itself may perform a CRC check. The relay node will receive a NACK/ACK from the access node at the second HARQ entity (block 510B). In turn, the relay node will perform a retransmission to the access node, if desired or required (block 512B). The process terminates thereafter. Note that no direct feedback to or from the UA is necessary between the UA and the access node.

In the embodiments provided in FIG. 5B, a single relay node with two HARQ entities is used to implement the above-described methods. However, the embodiments also contemplate variations on this technique. For example, two or more relays could be used between the UA and the access node. For one or more of the relay nodes, as with the single relay node described in FIG. 5B, each relay node could have two HARQ entities. However, one or more relay nodes could instead have no HARQ entities, with the method proceeding as shown in FIG. 5B for those relay nodes that do have HARQ entities. Additionally, one or more relay nodes could instead have a single HARQ entity that performs the function of the two separate HARQ entities described above. Other modifications to these embodiments could also be implemented.

The user agent 110 and other components described above might include a processing component that is capable of executing instructions related to the actions described above. FIG. 6 illustrates an example of a system 1300 that includes a processing component 1310 suitable for implementing one or more embodiments disclosed herein. In addition to the processor 1310 (which may be referred to as a central processor unit or CPU), the system 1300 might include network connectivity devices 1320, random access memory (RAM) 1330, read only memory (ROM) 1340, secondary storage 1350, and input/output (I/O) devices 1360. These components might communicate with one another via a bus 1370. In some cases, some of these components may not be present or may be combined in various combinations with one another or with other components not shown. These components might be located in a single physical entity or in more than one physical entity. Any actions described herein as being taken by the processor 1310 might be taken by the processor 1310 alone or by the processor 1310 in conjunction with one or more components shown or not shown in the drawing, such as a digital signal processor (DSP) 502. Although the DSP 502 is shown as a separate component, the DSP 502 might be incorporated into the processor 1310.

The processor 1310 executes instructions, codes, computer programs, or scripts that it might access from the network connectivity devices 1320, RAM 1330, ROM 1340, or secondary storage 1350 (which might include various disk-based systems such as hard disk, floppy disk, or optical disk). While only one CPU 1310 is shown, multiple processors may be present. Thus, while instructions may be discussed as being executed by a processor, the instructions may be executed simultaneously, serially, or otherwise by one or multiple processors. The processor 1310 may be implemented as one or more CPU chips.

The network connectivity devices 1320 may take the form of modems, modem banks, Ethernet devices, universal serial bus (USB) interface devices, serial interfaces, token ring devices, fiber distributed data interface (FDDI) devices, wireless local area network (WLAN) devices, radio transceiver devices such as code division multiple access (CDMA) devices, global system for mobile communications (GSM) radio transceiver devices, worldwide interoperability for microwave access (WiMAX) devices, and/or other well-known devices for connecting to networks. These network connectivity devices 1320 may enable the processor 1310 to communicate with the Internet or one or more telecommunications networks or other networks from which the processor 1310 might receive information or to which the processor 1310 might output information. The network connectivity devices 1320 might also include one or more transceiver components 1325 capable of transmitting and/or receiving data wirelessly.

The RAM 1330 might be used to store volatile data and perhaps to store instructions that are executed by the processor 1310. The ROM 1340 is a non-volatile memory device that typically has a smaller memory capacity than the memory capacity of the secondary storage 1350. ROM 1340 might be used to store instructions and perhaps data that are read during execution of the instructions. Access to both RAM 1330 and ROM 1340 is typically faster than to secondary storage 1350. The secondary storage 1350 is typically comprised of one or more disk drives or tape drives and might be used for non-volatile storage of data or as an over-flow data storage device if RAM 1330 is not large enough to hold all working data. Secondary storage 1350 may be used to store programs that are loaded into RAM 1330 when such programs are selected for execution.

The I/O devices 1360 may include liquid crystal displays (LCDs), touch screen displays, keyboards, keypads, switches, dials, mice, track balls, voice recognizers, card readers, paper tape readers, printers, video monitors, or other well-known input devices. Also, the transceiver 1325 might be considered to be a component of the I/O devices 1360 instead of or in addition to being a component of the network connectivity devices 1320.

The following are incorporated herein by reference for all purposes: 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 36.300, 3GPP TS 36.321.

As described herein, the illustrative embodiments provide for a relay node. The relay node includes a first hybrid automatic repeat request (HARQ) entity providing a first HARQ functionality. The relay node further includes a second HARQ entity providing a second HARQ functionality.

The illustrative embodiments also provide for a relay node having a different configuration. In this different configuration, the relay node is configured to receive a medium access control packet data unit (MAC PDU) from an access node, demodulate and decode the MAC PDU without performing a cyclic redundancy check (CRC), forward the MAC PDU to a user agent, and, after receiving a non-acknowledgement/acknowledgement signal (NACK/ACK) from the user agent, forward the NACK/ACK to the access node.

The illustrative embodiments also provide for a method implemented in a relay node comprising a first hybrid automatic repeat request (HARQ) entity providing a first HARQ functionality and a second HARQ entity providing a second HARQ functionality. The method includes receiving a medium access control packet data unit (MAC PDU) from an access node, and performing, with the first HARQ entity, a first HARQ functionality with respect to the MAC PDU.

The illustrative embodiments also provide for a different method implemented in a relay node comprising a first hybrid automatic repeat request (HARQ) entity providing a first HARQ functionality and a second HARQ entity providing a second HARQ functionality. In this method, a medium access control packet data unit (MAC PDU) is received from an access node. Using the first HARQ entity, a first HARQ functionality is performed with respect to the MAC PDU.

While several embodiments have been provided in the present disclosure, it should be understood that the disclosed systems and methods may be embodied in many other specific forms without departing from the scope of the present disclosure. The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.

Also, techniques, systems, subsystems and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure. Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component, whether electrically, mechanically, or otherwise. Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and could be made without departing from the spirit and scope disclosed herein. 

What is claimed is:
 1. A long term evolution (LTE) relay node configured to: receive a first medium access control packet data unit (MAC PDU) from an LTE eNodeB, wherein a first hybrid automatic repeat request (HARQ) entity is configured to perform HARQ functionality with respect to the first MAC PDU; and receive a second MAC PDU from an LTE user equipment (UE), wherein a second HARQ entity is configured to perform HARQ functionality with respect to the second MAC PDU.
 2. The LTE relay node of claim 1, wherein the LTE relay node is configured to avoid transmitting the first MAC PDU to the LTE UE unless the first MAC PDU is free of errors when received from the LTE eNodeB.
 3. The LTE relay node of claim 2, wherein the LTE relay node is configured to break apart the first MAC PDU to create different transport block sizes (TBS).
 4. The LTE relay node of claim 3, wherein transport block size depends on radio conditions.
 5. The LTE relay node of claim 1, wherein the LTE relay node is further configured to perform a cyclic redundant check (CRC) and to transmit a non-acknowledgement/acknowledgement (NACK/ACK) signal to the LTE eNodeB.
 6. The LTE relay node of claim 5, wherein the LTE relay node is further configured to schedule and send the first MAC PDU to the LTE UE.
 7. The LTE relay node of claim 6, wherein the LTE relay node is configured to receive a non-acknowledgement/acknowledgement (NACK/ACK) signal from the LTE UE.
 8. The LTE relay node of claim 7, wherein the LTE relay node is further configured to maintain a fixed timing between transmission of the first MAC PDU and the NACK/ACK.
 9. The LTE relay node of claim 1, wherein the LTE relay node is configured to break apart the second MAC PDU to create different transport block sizes (TBS).
 10. The LTE relay node of claim 11, wherein transport block size depends on radio conditions.
 11. A method implemented in a long term evolution (LTE) relay node, the method comprising: receiving a first medium access control packet data unit (MAC PDU) from an LTE eNodeB, wherein a first hybrid automatic repeat request (HARQ) entity is configured to perform HARQ functionality with respect to the first MAC PDU; and receiving a second MAC PDU from an LTE user equipment (UE), wherein a second HARQ entity is configured to perform HARQ functionality with respect to the second MAC PDU.
 12. The method of claim 11, further comprising: breaking apart the first MAC PDU to create different transport block sizes (TBS).
 13. The method of claim 12, wherein transport block size depends on radio conditions.
 14. The method of claim 12, further comprising: scheduling the first MAC PDU; and sending the first MAC PDU to the LTE UE.
 15. The method of claim 14, further comprising: receiving a non-acknowledgement/acknowledgement (NACK/ACK) signal.
 16. The method of claim 15, further comprising: responsive to receiving the non-acknowledgement signal (NACK), performing a hybrid automatic repeat request (HARQ) retransmission.
 17. The method of claim 15, wherein a retransmission is avoided when an ACK is received.
 18. The method of claim 15, further comprising; maintaining a fixed timing between transmission of the first MAC PDU and the NACK/ACK.
 19. The method of claim 11, wherein transmission of the first MAC PDU to the LTE UE is avoided unless the first MAC PDU is free of errors when received at the first HARQ entity.
 20. The method of claim 11, wherein the LTE relay node is configured to perform a cyclic redundant check (CRC) and to transmit a non-acknowledgement/acknowledgement (NACK/ACK) signal to the LTE eNodeB. 